27.1 Creating a card suitability web service

Note: If you need any assistance creating a web service, contact Intercede quoting reference SUP-371.

Your card suitability web service must have a POST method called checkCard that can be called through the /api route.

27.1.1 Input for the web service

The body of this method is provided with a block of JSON in the following format:

Copy
{
  "serialNumber", "<serialNumber>",
  "deviceTypeName", "<deviceTypeName>",
  "userObjectID", "<userObjectID>",
  "credentialObjectID", "<credentialObjectID>"
}

where:

For example:

Copy
{
  "serialNumber", "OBERTHUR4820502B200900025220",
  "deviceTypeName", "Oberthur ID-One PIV",
  "userObjectID", "{7E94C911-558A-4AD1-97B5-841876EA4F5A}",
  "credentialObjectID", "{5C94945D-FFA6-4B3E-B117-0436FD80BCEE}"
}

Your web service must use this information to determine whether the device is suitable.

27.1.2 Output from the web service

The checkCard method must return JSON in the following format:

Copy
{
  "suitable":true/false
  "error":"<error message>"
}

where:

For example:

Copy
{
  "suitable":false
  "error":"The card is not suitable for selection"
}

27.1.3 Web service authentication

You can use basic or anonymous authentication for the web service. If you use basic authentication, you must provide the username and password for the web service in the External Systems workflow; see section 27.2, Setting up an external system for card suitability.